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shall request scheduled sen^ice periods by sending a TSPEC element that contains a TS Info Field with its Schedule bit 
set to 1 . The aon-AP OSTA shall request unscheduled scmco pei'iods bv sending a TSPEC element ihat contains a TS 
info Field with its Schedule bit set to 0> T he QAP shall respond with a TS info Field in TSPEC witli the Sciiedule bit set 
to 0 or 1 indicating if the CAP wiii use scheduled or unscheduled service periods when servicing that QSTA. If 
scheduled service periods are indicated to be used by the GAP then the QAP shall return Schedule element indicating 
whether the requested wakeup time can be accommodated by the QAP, and if not a ncwOTLmodified wakeup schedule 
shall be indicated by the Service Interval and the Service Start Time. The non - AP QSTA Ghail roqucst unGoh o duled 
s e rvioc porioda by«?nding a TSPEC oip faen t - tiiavcontains a TS tnfo Field with i tis Sohod u le bi t xi o t: to Oi If unscheduled 
service periods are indicated to be used bv the OAP tn- t his- oas e theii the QAP shall not return a Schedule element in the 
response. 

The indication by the QAP of the type of service period to be used can also be indicated in a new 
byte/bytes added to the definition of the TSPEC field. 

The indication by the QAP of the type of service period to be used can also be indicated in a new 
byte/bytes added to the definition of the QoS Control Field. 

Applications of the invention 

Indicofe here in which fields (technical commercial) the /nvent/on can be applied. Please Include 
any references to Philips products or projects relate to the invention. 
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7.3,2.15 Traffic Specification (TSPEC) element 

Instruct editor to add a schedule bit in TS info field. The definition of schedule bit is: for an eDCA flow, if 
schedule bit is set to 1, the non-AP QSTA requires a schedule. 0flienvss6» flie non-AP QSTA does not 
require a schedule from the QAP. 
Instruct editor to add the table after the schedule bit 



APSD bit 


Schedule bit 


Channel access 
policy 


Description 


0 


0 


eDCA 


Legacy 


0 


1 


eDCA 


Schedule provided 
for admitted flow 


1 


0 


eDCA 


Unscheduled 

service period 


1 


1 


eDCA 


Scheduled APSD 



7.4.1.2 ADDTS response frame format 

The ADDTS response frame is transmitted in response to an ADDTS request frame. The frame body of the 
ADDTS response frame contains the information shown in Table 20.8. 

Table 20.8 - ADDTS response frame body 



Order 


Infbmiatlon 


I 


Category Code 


2 


Action Code 


3 


Dialog Token 


4 


ADDTS Status Codes 


5 


TS Delay 


6 


TSPEC 


7-n 


TCIJVS (optiona]) 


n+l 


TCLAS Processing (optional) 


n + 2 


Schedule 



The Category code is set to 1. 
The Action code is set to 1 . 

The ADDTS Status code field is defined in 7.3.1.13. 

The Dialog Token, TS Delay, TSPEC, TCLAS and TCLAS Processing in tfiis fiame are contained in an 
MLME-ADDTS .response primitive that causes the frame to be sent 

The HC announces the schedule in the ADDTS response frame if the schedule bit in a TSPEC is set to 1 . 
11.2.1.10 Power management for STAs with TSPEC 

STAs with admitted TS having the APSD subfield of the TSlnfo field set to 1 may go into power-save after 
an SP ends, until the beginning of the next SP. The QAP shall buffer MSDU and management frames 
that are addressed to the non-AP QSTA and arrive after the non-AP QSTA using APSD mechanism has 
gone to sleep, and delivers these frames when the next SP starts, using a prioritized or parameterized 
delivery mechanism. 
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A SP can be either scheduled or unscheduled. An unscheduled SP begins when the QAP receives any 
frame froni the non-AP QSTA and ends after the QAP has attempted to transmit all ftames destined for the 
non-AP QSTA. A scheduled SP starts at fixed intervals of time specified in Minimum Service Interval 
field. The first scheduled SP starts when the low order 4 bytes of the TSF timer equals the value specified 
in Start Time field. A non-AP QSTA using APSD mechanism shall first wake up to receive downlink 
frames buffered and/or polls from the AP/HC. The station shall wake up subsequently at a fixed time 
interval equal to the Minimum Service Interval. The QAP may modify the Service Start Tim« by 
indicating so in the Schedule element it sends in response to the TSPEC request 

The station shall wake up at a subsequent time whenever 

(TSF - Service Start Time) mod Minimum Service Interval = 0. 

11.2.3 Automatic Power-Save Delivery (APSD) In a QBSS 

QAPs capable of suppoiting automatic power*save deliveiy (APSD) shall signal this capability through the use of ttie 
APSD subfteld in the Capability Infonnation Field in Association Request management frame. 

Non-AP QSTAs operating in a QBSS wishing to utilize the automatic power-save delivery mechanism shall infomi the 
AP by setting the APSD subficld of the TS info field in the TSPEC clement to 1 • The QAP shall not arbitrarily transmit 
MSDUs to non-AP QSTAs that use APSD, but shall buffer MSDUs and only transmh them during the service period. 
A scheduled senrice period begins at the scheduled wakeup times that correspond to the Service Imerval and the 
Service Start Time indicated in the Schedule element sent in response to a TSPEC. An unscheduled service period 
begins when the QAP receives any frame from the non-AP QSTA. 

Noii*AP QSTAs use die power management field in the frame control field of a frame to indicate whether it is in active 
or power-save mode. The QAP uses the power-save delivery mechanism currently in effect for a non-AP QSTA to 
deliver frames to the non-AP QSTA v^en it is opemting in power-save mode. 

A non-AP QSTA may signal its desire to utilize APSD as the power-save mode delivery method for individual traffic 
streams by setting to I the APSD sub-field of the TS info field contained in the TSPEC element. The non-AP QSTA 
shall request scheduled service periods by sending a TSPEC element that contains aTS Info Field with its Schedule bit 
set to I . The QAP shall respond with a Schedule element indicating whether the requested wakeup time can be 
accommodated by the QAP, and if not a modified wakeup schedule shall be indicated by the Service Interval and the 
Sendee Start Time. The non-AP QSTA shall request unscheduled service periods by sending a TSPEC element that 
contains a TS Info Field with its Schedule bit set to 0; In this case the QAP shall not return a Schedule element in the 
response. 

APSD shall only be used to deliver unicast frames to a QSTA. Broadcast/multicast frame delivery shall follow Ihe 
frame delh^ery mles defined for bxoadcast/multicast frames as defined in clause 1 1.2.1 A 

11.2.3.1 Transmit operation at the QAP 

QAPs Aat implement and signal their support of APSD shall maintain an automatic power-save delivery (APSD) and 
an access policy status for each currently associated non-AP QSTA that indicates whether the non-AP QSTA is 
presently using APSD, and the schedule (if any) for the non-AP QSTA. A QAP implementing APSD shall, if a non-AP 
QSTA Is using APSD, temporarily buffer the MSDU or management frames destmed to &at non-AP QSTA. MSDUs 
and management frames received for non-AP QSTAs not using APSD shall follow the appropriate frrame delivery rules 
as related to their respective power-saving mode. 

a) MSDUs, or management frames, destined for APSD capable non-AP QSTAs ^all be temporarily buflbred in th 
QAP when requested by the non-AP QSTA. The algorithm to manage tills buffering is beyond the scope of tins 
standard, with the exception that the QAP must preserve the order of arrival of frames on per TID, per station basis. 
The algoriAm to manage this btiflering shall not fhvor the transmission of buffmd frames destined for non-AP QSTAs 
using APSD mechanism over die transmission of frames destined for non-AP QSTAs not using APSD. 

b) At every beacon interval, the QAP shall assemble the partial virtual bitmap containing the buffer status per 
dcstmation for non-AP QSTAs using APSD, and shall send this out in the TIM field of the beacon. WhUe sending this 
indication in the beacon is not essential for the operation of APSD, it simplifies the construction of TIM field at the AP. 
If a non-AP QSTA has set up a scheduled SP, then the QSTA automatically transitions to active mode at each SP. 
Therefore, the QAP shall transmit all frames buffered for the non-AP QSTA following a scheduled SP. If the non-AP 
QSTA has set up unscheduled SPs, the QAP shall buffer frames until it has received a frame from the non-AP QSTA , 
which indicates flte start of an unscheduled SP. 

c) At each APSD SP for a non-AP QSTA, die QAP shall attempt to transmit all frames desthted for the non-AP QSTA. 
The More Data bit of the directed data or management frame ^lall be set to 1 to indicate the presence of more frames 



page 3 



Tim Wilson et.al , Motorola 



September 2003 



doc: 11-03-0698-00-OOOe 



that are destined for that non-AP QSTA. For all frames except for the final frame of the SP, the EOSP subfield of the 
QoS Control field of the QoS data frame shall be set to 0 to indicate the continuation of the SP. A QAP may also set the 
More Data bit to 1 in a QoS4CF*Ack frame in response to a QoS Data frame to indicate that it has one or more pending 
frames buffered for the target station identifred by the RA address in the QoS-fCF-Ack. The QAP considers APSD 
QSTA to be in "active" mode after it has sent a QoS+CF*Ack, with the More Data bit set, to the APSD QSTA. If 
necessary the QAP may generate an extra (QoS)-Nu)l frame, with the more data subfreld set to 0 and the EOSP set to 1 . 
When the QAP has transmitted a directed frame to the non-AP QSTA with More Data subfreld set to 0 or the EOSP 
subfreld set to 1 during the SP, it shall not transmit any more frames using this mechanism until the next SP . 

d) A QAP shall have an aging frinction to delete pending traffic when tt is buffered for an excessive time period. Aging 
may be based on the listen interval specified by the non-AP QSTA in the (re)as50ciatJon request. 

e) Whenever a QAP is informed that an APSD capable non-AP QSTA changes its deliveiy mode to not be APSD 
mode, then the QAP shall send buffered MSDUs and management frames (if any exist) to that non-AP QSTA 
according to frie rules corresponding to the current power-save mode of the non-AP QSTA. 

f) A QAP that receives a PS-Poll from a non-QAP QSTA using APSD shall follow the ftdme deliveiy rules as defined 
in clause 1 1.2.1.4, item f. 

11 •2.3*2 Receive operation for non-AP QSTAs using APSD 

A non-AP QSTA using APSD shall operate as fbllows to receive an MSDU or management finame from the QAP: 

a) If a scheduled SP has been set up, the non-AP QSTA transitions to Active mode at its scheduled Start Time.(A non- 
AP QSTA shall wake up early enough to receive transmissions at the scheduled SP.) 

b) If the non-AP QSTA is htittating an unscheduled SP, the non-AP QSTA transitions to Active mode and transmits a 
frame to the QAP. 

6) The non-AP QSTA shall remain awake until it receives a directed MSDU or management fmno widi the More Data 
subfield set to 0, a QoS fitune with frie queue size subfield of the QoS Control field set to 0, a QoS frame vdth the 
BOSP subfreld in QoS Control field set to 1, or a beacon with its TIM bit cleared. 

d) If an APSD QSTA receives a QoS+CF-Ack from its parent QAP, with the More Data bit set, the APSD QSTA shall 
remain awake until it receives a directed MSDU or MMPDU frame with the More Data field cleared, or it receives a 
beacon with its TIM bit cleared. If a QSTA using APSD does not receive an expected ACK or QoS4CF-Ack for a 
directed MSDU or MMPDU, then it shall assume that the More Data bit was set to 1. 
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